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INTERLINKING SPORTS AND TELEVISION PROGRAM LISTING METADATA 

CROSS-REFERENCE TO RELATED APPLICATION 

[0001] This application is a continuation-in-part of co-pending U.S. Patent 
Application Serial No. 10/970,602, filed October 21, 2004, entitled "Methods, Computer 
Readable Mediums and Systems for Linking Related Data From At Least Two Data Sources 
Based Upon a Scoring Algorithm," hereby incorporated by reference. 

BACKGROUND 

[0002] An electronic programming guide provides users with program listing 
information including dates and times of programs delivered via broadcast, cable, satellite, or 
the Internet. Exemplary programs include news shows, situation comedies, infomercials, and 
sporting events. The electronic programming guide may include a brief description of each 
program, a rating, an abbreviated list of actors, or other metadata. For sporting events, 
however, typical electronic programming guides do not include such information because the 
metadata about each sporting event is dynamic. For example, batting statistics for a baseball 
player may change as a result of a recent game, individual game schedules may change on 
short notice, the composition and organization of leagues change from season to season, and 
different sports have different sets of metadata attributes (e.g., baseball has a pitcher name 
while football has a quarterback name). Further, televised sports program listings are also 
dynamic and may change with little notice. For at least these reasons, interlinking sporting 
event metadata and television program listing metadata is difficult. 

SUMMARY 

[0003] Embodiments of the invention import metadata related to sporting events 
and interlink this metadata with television program listing metadata to provide an exhaustive 
and up-to-the-minute electronic programming guide (EPG) listing. In an embodiment, the 
invention is flexible, configurable and extensible to accommodate for changes to the 
metadata. Rules for interlinking the metadata may be configured without modifying 
compiled software code. 

[0004] This summary is provided to introduce a selection of concepts in a 
simplified form that are further described below in the Detailed Description. This Summary 
is not intended to identify key features or essential features of the claimed subject matter, nor 
is it intended to be used as an aid in determining the scope of the claimed subject matter. 
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[0005] Other features will be in part apparent and in part pointed out hereinafter. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0006] FIG. 1 is an exemplary block diagram illustration a suitable exemplary 
operating environment in which embodiments of the invention may be implemented. 

[0007] FIG. 2 is an exemplary flow chart illustrating creation of an enhanced 
electronic programming guide. 

[0008] FIG. 3 is an exemplary block diagram illustrating sports schedule data in 
an implementation of the global sports format. 

[0009] FIG. 4 is an exemplary flow chart illustrating interlinking of sports 
schedule data and television program listing metadata. 

[0010] FIG. 5 is a block diagram illustrating an exemplary schema for the global 
sports format data feed. 

[0011] Corresponding reference characters indicate corresponding parts 
throughout the drawings. 

DETAILED DESCRIPTION 

[0012] Referring first to FIG. 1, an embodiment of the invention creates an 
enhanced electronic programming guide including metadata for sporting events. In 
particular, the invention includes configurable rules or criteria 1 12 for matching sports 
schedule data 104 with sporting events listed in television program listing data 102 in an 
extensible and flexible manner. The rules 1 12 are configurable such that changes to the rules 
1 12 (e.g., to accommodate for changes to the data fields in the sports schedule data 104) do 
not necessitate code changes or recompilation of binary files implementing aspects of the 
invention. The configurable rules 1 12 allow a rapid response to changes in the sports 
schedule data 104 (e.g., new leagues or games added, new data providers) or the television 
program listing data 102 with minimal manual effort. For example, individual game 
schedules, player line-ups and televised program listings may change on short notice. 
Further, different sports may have different metadata attributes. Adding new metadata 
attributes may be performed by the match rules 1 12, specified on a per-league basis, which 
may be easily configured without writing any custom code to encapsulate the attributes. 

[0013] FIG. 1 includes one or more computer-readable media such as memory 
area 114 having computer-executable components for creating an enhanced electronic 
programming guide. Exemplary components include an interface component 1 16, a 
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comparison component 118, an interlink component 120, and a publication component 122. 
The interface component 1 16 receives the sports schedule data 104 from a sports data 
provider (not shown), the television program listing data 102 from an electronic 
programming guide provider (not shown), and one or more configurable criteria or match 
rules 1 12 defining characteristics of the sporting events from a rules provider. The sports 
schedule data 104 includes sports metadata 106 for a plurality of sporting events and in- 
season data 108. For example, the sports metadata 106 may include a list of games organized 
by league. For example, real-time sports metadata may be available for sporting events in the 
following leagues: basketball, football, baseball, hockey, and auto racing. Further, near real- 
time data may be available for other sports leagues. 

[0014] The rules 1 12 define thresholds for matches between the sports schedule 
data 104 and the television program listing data 102. The television program listing data 102 
may be received as a raw feed and then converted in a global listing format for storage in a 
database or other memory area. In one embodiment, a memory area such as memory area 
114 stores the sports schedule data, the television program listing data, and the configurable 
match rules or criteria after receipt from the respective providers. 

[0015] The comparison component 118 queries the television program listing data 
102 for each of the plurality of sporting events based on the configurable match rules 1 12 to 
identify one or more television programs corresponding to each of the sporting events. The 
interlink component 120 matches the metadata for the plurality of sporting events with the 
television program listing data 102 as a function of the querying by the comparison 
component 118. The publication component 122 creates, for display to a user, an enhanced 
electronic programming guide with the metadata for the plurality of sporting events matched 
to the television program listing data 102 by the interlink component 120. A computing 
device such as processor 124 executes the interface component 1 16, the comparison 
component 118, the interlink component 120, and the publication component 122. 

[0016] The enhanced electronic programming guide with the metadata for the 
plurality of sporting events matched to the television program listing data 102 is output by the 
interlink component 120 to an electronic programming guide (EPG) download pipeline 126 
where the guide is readied for delivery to a user computing device 128. 

[0017] In one embodiment, the interface component 116, the comparison 
component 118, the interlink component 120, and the publication component 122 include 
binary files. The processor 124 executes the binary files. When the match rules 1 12 are 
reconfigured (e.g., to accommodate for changes to the sports schedule data 104 or to the 
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television program listing data 1 02), the binary files do not need to be recompiled to be 
operable with the reconfigured match rules 1 12. 

[0018] In the example of FIG. 1, the components 1 16, 1 18, 120, 122 process 
override data 1 10 and in-season data 108. The override data 110 explicitly links the sporting 
events with particular sports metadata 106. In general, the override data 1 10 is stored in a 
data structure including a league identifier field storing a value representing a league 
identifier, a game identifier field storing a value representing a game identifier, and a 
program identifier field storing a value representing a television program listing. The in- 
season data 108 includes start and end dates for each league in the sports schedule data 104. 
The in-season data 108 may be used to validate the sports schedule data 104 received from 
the sports data provider. 

[0019] In one embodiment, the sports metadata 106, in-season data 108, override 
data 110, and match rules 1 12 are received as extensible markup language (XML) data feeds. 
The XML data feeds are in a global sports format (GSF) received via hypertext transfer 
protocol (HTTP). Appendix A includes an exemplary implementation of the GSF. 
Embodiments of the invention recognize and process GSF data, which may include a 
plurality of schedules or leagues. In one embodiment, the XML data feeds are processed 
twice a day to create a local file for each league for storage and processing. The following 
table illustrates exemplary file names for various leagues. 



Category ID 


Sport 


File name 


49 


Major League Baseball 


mlb.xml 


73 


National Basketball 


nba.xml 




Association 




167 


Nascar 


nascar.xml 


195 


Major League Soccer 


mls.xml 



Table 1. Exemplary Category Identifiers, Sports, and Corresponding File Names. 



[0020] A uniform resource locator (URL) for retrieving the XML data feeds 
follows the format below with the CategorylD different for each sport or sport grouping. 

<FeedFilesSet> 
<FileSpec> 

<DataFile>mlb . xml</DataFile> 

<DataUrl>gsf ?partnerKey=7 6p5TaampnM& categoryId=4 9</DataUrl> 
<DataFileType>Single</DataFileType> 

<NewDataDetectionType>CreationTime</NewDataDetectionType> 
</FileSpec> 
<FileSpec> 
<DataFile>nba . xml</DataFile> 

<DataUrl>gsf ?partnerKey=7 6p5TaampnM& categoryId=73</DataUrl> 
<DataFileType>Single</DataFileType> 

<NewDataDetectionType>CreationTime</NewDataDetectionType> 
</FileSpec> 
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[0021] Exemplary, collected GSF XML is validated against a GSF extensible 
schema definition (XSD) such as shown below. 

<?xml version="l . 0" encoding="UTF-8 " ?> 
<SportsSchedules> 

<Schedule GenDate="2005-05-llT18 : 37 : 43" League="MLB" Leagueld= " 4 9 " 
Season="2005" Sport="Baseball" LeagueDisplayName="MLB"> 

<Game TBA="false" Type="Regular " StartDateTime= " 2 0 0 5- 0 5-1 1T1 6 : 35 : 0 0 " 
Title="World Series Game 2" ID="250511117"> 

-CLocation Name="Great American Ballpark" City="Cincinnati" 
State="Ohio" ID="83"/> 
<TV> 

<Station Af f iliation= "Comcast Philadelphia" CallLetter="WKBD" /> 
<Station Af f iliation= "Comcast Boston" CallLetter="WDIV" /> 
</TV> 

<HomeTeam Abbreviation="CIN" FullName="Cincinnati Reds" 
ShortName="Reds" City="Cincinnati " NickName="Reds" ID="17" 
Conference="NL"/> 

<VisitingTeam Abbreviation= " SD" FullName="San Diego Padres" 
ShortName="Padres" City="San Diego" NickName=" Padres" ID="25" 
Conference="NL"/> 
</Game> 
</Schedule> 
</SportsSchedules> 

[0022] The in-season data 108 is used to validate the collected GSF. For 
example, if the GSF for an in-season league has no games, an error occurs and is logged. The 
in-season data 1 08 is also validated against an XSD such as shown below. 

<?xml version="l . 0" encoding="UTF-8 " ?> 
<SeasonSchedule> 
-CLeague ID="49"> 

<Name>MLB</Name> 

<DisplayName>MLB</DisplayName> 

<StartDate>2 0 0 5-0 4-0 2 12 : 0 0 : 0 0 Z</S tartDate> 

<EndDate>2005-10-31 12:00: 00 Z</EndDate> 

-CLeague ID="5"> 

<Name>NFL</Name> 
<DisplayName>NFL</DisplayName> 
<StartDate>2005-9-8 12:00: 00 Z</StartDate> 
<EndDate>2006-2-13 1 2 : 0 0 : 0 0Z</EndDate> 

</SeasonSchedule> 

[0023] In one embodiment, the override data 1 10 exists for each league. In other 
embodiments, no override data 110 exists. Exemplary XML representing the override data 
110 appears as shown below and is validated against an XSD. Any association that has an 
ExpirationDate after the current date is ignored at load time. 

<?xml version="l . 0" encoding="UTF-8 " ?> 

-CLeague Leagueld=" 4 9" League="MLB"> 

-CAssociate Gameld="250511117" ProgramId=" 456812 " ExpirationDate="2 0 0 5- 
05-11" /> 

-CAssociate Gameld="25051111 9" ProgramId=" 456813 " ExpirationDate="2 0 0 5- 
05-13" /> 

</Override> 

[0024] An embodiment of the invention includes a set of match rules 1 12 or 
criteria for each league in the sports schedule data 104. These rules 1 12 are used to identify 
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the corresponding television programs for sporting events in that league or category. Each 
set of rules 1 12 may be stored in a separate file. The rules 1 12 may be received as XML as 
shown in Appendix B, validated against an XSD. 

[0025] Referring next to FIG. 2, an exemplary flow chart illustrates creation of an 
enhanced electronic programming guide. In the example of FIG. 2, sports schedule data 
including metadata for a plurality of sporting events is received from a sports data provider at 
202. For example, the metadata may include a title, a description, a start time, an end time, 
and a duration of the sporting events in one or more leagues. The sports schedule data may 
be validated by comparing the sports scheduled data against season data that defines a season 
for each of the plurality of sporting events. 

[0026] Television program listing data is received from an electronic 
programming guide provider at 204. The television program listing data includes television 
program listings corresponding to at least one of the plurality of sporting events. A rules 
provider provides one or more configurable criteria defining characteristics of the sporting 
events at 206. The characteristics of the sporting events are particular to each type of 
sporting event, game, or league and include, for example, team names. At 208, the method in 
FIG. 2 receives season data defining a season for each of the plurality of sporting events and 
validates the sports schedule metadata with the received season data. Embodiments of the 
invention interlink the sports schedule data with the television program listing data based on 
the received configurable criteria at 210 and create an enhanced electronic programming 
guide as a function thereof at 2 12. Interlinking the sports schedule data with the television 
program listing data includes querying the television program listing data for candidate 
program listings based on the configurable criteria and matching the candidate program 
listings to the metadata in the sports schedule data. 

[0027] In one embodiment, the interlinking process includes performing fuzzy 
string comparisons. In one example, the television program listing data includes an episode 
title and reduced description for each of the program listings. In this example, interlinking 
the received sports schedule data with the received television program listing data includes 
comparing the title in the sports schedule data with the episode title in the television program 
listing data and comparing the description in the sports schedule data with the reduced 
description in the television program listing data. 

[0028] The method in FIG. 2 further receives override data identifying a portion 
of the sports schedule data and a corresponding program listing in the television program 
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listing data. The override data manually and explicitly pairs sporting events with television 
program listings. 

[0029] Alternatively or in addition, the method illustrated in FIG. 2 may interlink, 
merge, or otherwise combine sports schedule data from multiple sports providers before 
matching the merged metadata with the television program listing data. For example, 
additional sports schedule data may be received from another sports data provider and 
interlinked with the sports schedule data previously received. Such merging enables the use 
of additional sports data providers to expand the quality and quantity of metadata for each 
sporting event. 

[0030] In one embodiment, one or more computer-readable media have computer- 
executable instructions for performing the computerized method illustrated in FIG. 2 and the 
following method: querying the television program listing data based on the configurable 
match rules for each of the plurality of sporting events; identifying, from the queried 
television program listing data, one or more television program listings corresponding to each 
of the sporting events; merging the metadata for the plurality of sporting events with the 
television program listing data for the identified television program listings; and updating the 
electronic programming guide with the merged metadata. 

[0031] Referring next to FIG. 3, an exemplary block diagram illustrates sports 
schedule data in an implementation of the global sports format. In the example of FIG. 3, the 
sports schedules 302 comprise a schedule 304 for each league. Each schedule describes at 
least one game 306 (in a ScheduleType data structure). For each game 306, metadata 
describes the location 308, television station (TV 310), home team 312, and visiting team 314 
in a GameType data structure. TV 310 defines the local affiliate station 316 in a TVType 
data structure. 

[0032] Referring next to FIG. 4, an exemplary flow chart illustrates interlinking of 
sports schedule data and television program listing metadata. In one embodiment, matching 
occurs in the following manner: via a match override defined in the override data, and via a 
match based on episode title and reduced description from the match rules. If one or more 
valid overrides exist for a game, those valid associations will simply be written out with no 
additional checking. Valid override data includes override data that has an expiration date 
within a particular window of time relative to the television program listing data. If no valid 
overrides exist for a game, potential matches are located using the match rules. For each 
match rule, a set of candidate matches is selected from the database using the criteria such as 
shown below. 
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<Match Name-'English" Confidence="100" StartTimeBefore="40" StartTimeAftei="5" 
DurationMinimum= "150" DurationMaximum= "240 "> 

<ReducedTitle>MLB Baseball</ReducedTitle> 

<ReducedTitle>Beisbol de las Grandes Ligas</ReducedTitle> 

[0033] In the above example, candidate matches include those television program 
listings that start within a window of time centered around the event start date and time from 
the sport schedule data, that have a duration greater than or equal the minimum specified and 
less than or equal the maximum specified (in minutes), and that match one of the supplied 
reduced titles. If an excessive number of candidate matches is returned, a warning is logged 
and additional candidate matches are ignored. 

[0034] For each match set, multiple episode title templates (such as shown below) 

are defined and one or more team names may be mapped to each team identifier. If any 

candidate matches have been identified, a set of valid episode titles is generated by 

substituting the appropriate team names or title provided by the sports provider for tokens in 

configured episode title templates. If a token does not have valid corresponding data in the 

sports feed, that episode title template is skipped. 

<EpisodeTitle TeamSet-'English" Fuzziness="80">@{VisitingTeam} en 
@{HomeTeam}</EpisodeTitle> <! — team tokens 
<EpisodeTitle Fuzziness="60">@{Title}</EpisodeTitle> <! — title token 
<EpisodeTitle IsRegex="true">Teams TBA$</EpisodeTitle> <! — regex 
<EpisodeTitle>@{NULL}</EpisodeTitle> <! — special token to match NULL title 

[0035] The method iterates over the candidates matches and compares each 
candidate episode title against each of the episode titles generated from the templates. An 
exact match or a regular expression match has a score of 100, in one embodiment. If there is 
no exact match and a fuzziness threshold is configured at less than 100, a fuzzy matching 
score is calculated on a 0-100 scale. The algorithm for calculating the fuzzy matching score 
uses, in one embodiment, a combination of Levenshtein edit distance and common word 
comparison between the two strings. If the fuzzy matching score exceeds the configured 
threshold, a match is made between the game and that program. Fuzzy string matching 
allows for small differences when doing string comparisons. Appendix C includes an 
exemplary implementation of the fuzzy match operations. 

[0036] If an optional ReducedDescription template (such as shown below) is 
defined in the match rules, a similar process is applied to the description templates and the 
reduced description of the programs. Both the reduced description and the episode title 
match should exceed the threshold for a match to be made. 

<ReducedDescription Fuzziness="60">From @{Location.Name} in ©{Location. City}, 
@ {Location. State } </ReducedDescription> 
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[0037] After the matching operations have been performed, data for the enhanced 
electronic programming guide is stored as XML validated against an XSD as shown below. 
Any matches with a confidence level below a particular threshold are not included in the 



<?xml version="l . 0" ?> 
<MXF version="l .0"> 

<Assembly name="mcstore"> 

<NameSpace name="Microsof t .MediaCenter . Store"> 
<Type name="Provider" /> 

<Type name="UId" parentFieldName="target" /> 
</NameSpace> 
</Assembly> 

<Assembly name="Microsoft . MediaCenter . Sports"> 

<NameSpace name="MediaCenter . Sports . Data"> 
<Type name="League" /> 
<Type name="Team" /> 
<Type name=" SportingEvent" /> 
<Type name="ProgramMatch" /> 
</NameSpace> 
</Assembly> 

<!-- Provider Type — > 

<Provider id="l" description=" f oxsports" > 

<UId> [Microsoft .WMIS . Sports . Provider ! 1</Uld> 
</Provider> 



<!-- League Type --> 

<League id="13" provider="l" leagueld="49" name="MLB" 
displayName="MLB"> 

<UId> ! Microsoft .WMIS . Sports . League ! 1 : 4 9</UId> 
</League> 

<League id="14" provider="l" leagueld="195" name="MLS" 
displayName="MLS"> 

<UId> ! Microsoft .WMIS . Sports . League ! 1 : 195</UId> 
</League> 

<!-- Team type — > 

<Team id="30" league="10" teamld="9" name="New England" f ullName="New 
England Revolution" alias="NE" nickName="Revolution" city="New England" 
abbreviation="REVS"> 

<UId> ! Microsoft .WMIS . Sports . Team ! 1 : 1 95 : 9</UId> 

</Team> 

<Team id="31" league="13" teamld="l" name="Orioles" 
fullName="Baltimore Orioles" alias="BAL" nickName="Orioles" 
city=" Baltimore" abbreviation="BAL"> 

<UId> ! Microsoft .WMIS . Sports . Team ! 1 : 4 9 : K/UId> 

</Team> 



<!-- SportingEvent type --> 

<SportingEvent id="106" league="4" eventld="20050807012" 
:ntStart="2005-08-07T18:40:00" title="Allstate 400 at the Brickyard"> 

<UId> ! Microsoft .WMIS . Sports . SportingEvent! 1: 168: 20050807012 </UId> 
</ SportingEvent> 

<SportingEvent id="163" league="13" away="32" home="36" 
:ntld="2508 05114" eventStart="2005-08-05T23 : 07 : 00"> 

<UId>!Microsof t .WMIS . Sports . SportingEvent! 1 : 49: 2508 0511 4</UId> 
</ SportingEvent> 
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<!-- ProgramMatch type --> 

<ProgramMatch id="758" sportingEvent=" 1 91 " programId=" SP1 682020 00 0 " 
conf idence="100"> 

<UId>!Microsoft.WMIS. Sports. ProgramMatch! 1: 4 9 : 250807109 : Full 
Team Matching : SP1 682020000</UId> 

</ProgramMatch> 

<ProgramMatch id="756" sportingEvent=" 18 9" programId=" SP1 68 1 980 00 0 " 
conf idence="100"> 

<UId>!Microsoft.WMIS. Sports. ProgramMatch! 1: 4 9 : 250807106 : Full 
Team Matching : SP1 681980000</UId> 

</ProgramMatch> 

[0038] In one embodiment, processing occurs via a C# IProcess that expects the 
following parameters. In the example below, data is received from only one sports data 
provider. Receiving data from multiple sports data providers, however, is within the scope of 
the invention. 

<Parameter name="providers">XYZsports</Parameter> 
<Parameter name="glf_pvid">10</Parameter> 

<!-- minimum confidence score to include in schedule mxf --> 

<Parameter name="min_conf idence">2 5</Parameter> 

<!-- list of filters for PDS manifest --> 

<Parameter name="f ilter_CountryCode">US,CA</Parameter> 

<!-- XYZsports --> 

<Parameter name="XYZsports_provider_id">K/Parameter> 
<Parameter name="XYZsports_f iles_to_process">mlb nba</Parameter> 
<Ref Parameter appName="dcs_XYZsports" attribute="WorkingDir " 
variable="XYZsports_dcs_workdir" / > 

<Ref Parameter appName="dcs_XYZsports_rules" attribute="WorkingDir " 
variable="XYZsports_rules_dcs_workdir" /> 
<Ref Parameter appName="dcs_XYZsports_override" 

attribute="WorkingDir" variable="XYZ sport s_override_dcs_workdir " 



<Ref Parameter appName="PipelineStage" attribute=" Database /Server" 
variable="dps_sports_server" / > 

<Ref Parameter appName="PipelineStage" attribute="Database/@name" 
variable="dps_sports_db" /> 

<Ref Parameter appName="dps_sports_usca" attribute="WorkingDir" 
variable="workdir" /> 



Exemplary Operating Environment 

[0039] An exemplary operating environment in one embodiment of the invention 
includes a general purpose computing device such as a computer executing computer- 
executable instructions. The computing device typically has at least some form of computer 
readable media (e.g., a memory area). Computer readable media, which include both volatile 
and nonvolatile media, removable and non-removable media, may be any available medium 
that may be accessed by the general purpose computing device. By way of example and not 
limitation, computer readable media comprise computer storage media and communication 
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media. Computer storage media include volatile and nonvolatile, removable and non- 
removable media implemented in any method or technology for storage of information such 
as computer readable instructions, data structures, program modules or other data. 
Communication media typically embody computer readable instructions, data structures, 
program modules, or other data in a modulated data signal such as a carrier wave or other 
transport mechanism and include any information delivery media. Those skilled in the art are 
familiar with the modulated data signal, which has one or more of its characteristics set or 
changed in such a manner as to encode information in the signal. Wired media, such as a 
wired network or direct-wired connection, and wireless media, such as acoustic, RF, infrared, 
and other wireless media, are examples of communication media. Combinations of any of 
the above are also included within the scope of computer readable media. The computing 
device includes or has access to computer storage media in the form of removable and/or 
non-removable, volatile and/or nonvolatile memory. The user may enter commands and 
information into the computing device through input devices or user interface selection 
devices such as a keyboard and a pointing device (e.g., a mouse, trackball, pen, or touch pad). 
Other input devices (not shown) may be connected to the computing device. The computing 
device may operate in a networked environment using logical connections to one or more 
remote computers. 

[0040] Although described in connection with an exemplary computing system 
environment, aspects of the invention are operational with numerous other general purpose or 
special purpose computing system environments or configurations. The computing system 
environment is not intended to suggest any limitation as to the scope of use or functionality of 
aspects of the invention. Moreover, the computing system environment should not be 
interpreted as having any dependency or requirement relating to any one or combination of 
components illustrated in the exemplary operating environment. Examples of well known 
computing systems, environments, and/or configurations that may be suitable for use in 
embodiments of the invention include, but are not limited to, personal computers, server 
computers, hand-held or laptop devices, multiprocessor systems, microprocessor-based 
systems, set top boxes, programmable consumer electronics, mobile telephones, network 
PCs, minicomputers, mainframe computers, distributed computing environments that include 
any of the above systems or devices, and the like. 

[0041] Embodiments of the invention may be described in the general context of 
computer-executable instructions, such as program modules, executed by one or more 
computers or other devices. Generally, program modules include, but are not limited to, 
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routines, programs, objects, components, and data structures that perform particular tasks or 
implement particular abstract data types. Aspects of the invention may also be practiced in 
distributed computing environments where tasks are performed by remote processing devices 
that are linked through a communications network. In a distributed computing environment, 
program modules may be located in both local and remote computer storage media including 
memory storage devices. 

[0042] In operation, a computing device executes computer-executable 
instructions such as those illustrated in the figures to implement aspects of the invention. 

[0043] The following examples further illustrate embodiments of the invention. 
Hardware, software, firmware, computer-executable components, computer-executable 
instructions, and/or the elements of FIGs. 1-5 constitute computerized means for storing 
sports schedule data in a global sports format and computerized means for interlinking 
sporting event metadata and television program listing metadata. 

[0044] Referring next to FIG. 5, a block diagram illustrates an exemplary schema 
for the global sports format data feed. The data is stored according to the schema in a data 
structure including a league field storing a league identifier and a game field storing a game 
identifier and start date value and a start time value associated therewith. Additional fields 
include a team sports field storing a home team identifier, a visiting team identifier, and an 
event name associated with the game identifier. In one embodiment, the game field further 
stores a geographic location identifier storing a value associated with the game identifier. In 
another embodiment, the geographic location identifier is stored as a separate field. 

[0045] The order of execution or performance of the operations in embodiments 
of the invention illustrated and described herein is not essential, unless otherwise specified. 
That is, the operations may be performed in any order, unless otherwise specified, and 
embodiments of the invention may include additional or fewer operations than those 
disclosed herein. For example, it is contemplated that executing or performing a particular 
operation before, contemporaneously with, or after another operation is within the scope of 
aspects of the invention. 

[0046] Embodiments of the invention may be implemented with computer- 
executable instructions. The computer-executable instructions may be organized into one or 
more computer-executable components or modules. Aspects of the invention may be 
implemented with any number and organization of such components or modules. For 
example, aspects of the invention are not limited to the specific computer-executable 
instructions or the specific components or modules illustrated in the figures and described 



EV 621 122125 US 



13 



MS#313752.01 (5241) 



herein. Other embodiments of the invention may include different computer-executable 
instructions or components having more or less functionality than illustrated and described 
herein. 

[0047] When introducing elements of aspects of the invention or the embodiments 
thereof, the articles "a," "an," "the," and "said" are intended to mean that there are one or 
more of the elements. The terms "comprising," "including," and "having" are intended to be 
inclusive and mean that there may be additional elements other than the listed elements. 

[0048] As various changes could be made in the above constructions, products, 
and methods without departing from the scope of aspects of the invention, it is intended that 
all matter contained in the above description and shown in the accompanying drawings shall 
be interpreted as illustrative and not in a limiting sense. 
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Appendix A 

The XML below represents an exemplary implementation of the global sports format 
data feed schema. 

<?xml version="l . 0"?> 

<xsd: schema xmlns : xsd="http : //www . w3 . org/2 00 l/XMLSchema"> 

<xsd: annotation> 

<xsd:documentation>Copyright 2005 Microsoft Corporation. All 
rights reserved. Global Sports Format Data Feed XML Schema Version 
0 . 3</xsd:documentation> 

</xsd:annotation> 

<!-- root schedule node --> 

<xsd: element name=" Sport sSchedules"> 

<xsd: documentation>Base element for transmitting sports 
schedule data</ xsd: documentation> 
</xsd:annotation> 
<xsd: complexType> 

<xsd: sequence> 

<xsd:element name="Schedule" type="ScheduleType" 

maxOccurs=" unbounded" > 

<xsd : documentation>One Schedule entry 

for each league</xsd: documentation> 

</xsd:element> 
</xsd : sequence > 
</xsd : complexType> 
</xsd : element > 
<!-- schedule --> 

<xsd: complexType name="ScheduleType"> 
<xsd: sequence> 

<xsd:element name="Game" type="GameType" minOccurs="0" 
maxOccur s=" unbounded" /> 

</xsd: sequence> 

<xsd: attribute name="GenDate" type="xsd: dateTime" 
use="required"> 

<xsd: documentation>The date the document was last 
updated</ xsd: documentation> 

</xsd:annotation> 
</xsd:attribute> 

<xsd: attribute name="Sport" type="MediumString" use="required"> 

<xsd: documentation>This is a high level sport type, 
like basketball, football, golf </xsd : documentation> 
</xsd:annotation> 
</xsd:attribute> 

<xsd: attribute name="LeagueId" type="MediumString" 
use="required"> 

<xsd: documentation>Id for league, unique per 
provider</xsd : documentation> 

</xsd:attribute> 

<xsd: attribute name="League" type="MediumString" 
use="required"> 
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<xsd: documentation>Unique league 

name</ xsd : documentation> 

</xsd:attribute> 

<xsd: attribute name="LeagueDisplayName" type="MediumString" 
use="required"> 

<xsd: documentation>Short league name to use for 
display</ xsd: documentation 

</xsd:annotation> 
</xsd:attribute> 

<xsd: attribute name="Season" type="YearType" use="required"> 

<xsd: documentation>4 digit season year, use lowe 
year for sports that span years</xsd : documentation> 

</xsd:attribute> 
</xsd : complexType> 

<xsd: complexType name="GameType"> 

<xsd: documentation>There is a single game for each 
event</ xsd: documentation> 

</xsd:annotation> 
<xsd: sequence> 

<xsd: element name="Location" type="LocationType" 

minOccurs="0"/> 

<xsd:element name="TV" type="TVType" minOccurs="0"/> 
<!-- minOccurs could be 1 for team sports --> 
<xsd: element name="HomeTeam" type="TeamType" 

minOccurs="0"/> 

<xsd: element name="VisitingTeam" type="TeamType" 

minOccurs="0"/> 

</xsd : sequence> 

<xsd: attribute name="ID" type="MediumString" use="required"> 

<xsd: documentation>Id that corresponds to this 
event, unique within a league and provider</xsd: documentation> 
</xsd:annotation> 
</xsd:attribute> 

<xsd: attribute name="StartDateTime" type="xsd : dateTime" 
use="required"> 

<xsd: documentation>Starting date and time of the 
event</ xsd: documentation> 

</xsd:attribute> 

<xsd: attribute name="Type" type="MediumString" use="optional 

<xsd: documentation>Event type, ie . regular, 
playoffs, preseason</ xsd: documentation> 

</xsd:attribute> 

<xsd: attribute name="TBA" type="xsd:boolean" use="required"> 

<xsd: documentation>Are the teams to be 
announced?</xsd:documentation> 

</xsd:annotation> 
</xsd:attribute> 

<xsd: attribute name="Title" type="LongString" use=" optional " 
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<xsd: documentation>Title of the event, especially 
for non team sports</xsd : documentation 

</xsd:attribute> 

<!-- title could be required for non-team sports --> 
</xsd : complexType> 

<xsd: complexType name="LocationType"> 

<xsd: documentation>Location type for event, ie. stadium, 
track, etc</xsd:documentation> 
</xsd:annotation> 

<xsd: attribute name="ID" type="MediumString" use="required"> 

<xsd: documentations unique id within the provider 
and league for event location</xsd : documentation> 

</xsd:attribute> 

<xsd: attribute name="Name" type="MediumString" use="required"> 

<xsd: documentation>Name of the 
location</xsd : documentation> 

</xsd:annotation> 
</xsd:attribute> 

<xsd: attribute name="City" type="MediumString" use="required"> 

<xsd: documentation>City of the 
location</xsd : documentation> 

</xsd:annotation> 
</xsd:attribute> 

<xsd: attribute name="State" type="MediumString" use="required"> 

<xsd: documentation>State of the 
location</xsd : documentation> 

</xsd:annotation> 
</xsd:attribute> 
</xsd : complexType> 
<!-- team type --> 
<xsd: complexType name="TeamType"> 

<xsd: documentation>Team type</ xsd: documentation> 
</xsd:annotation> 

<xsd: attribute name="ID" type="MediumString" use="required"> 

<xsd: documentation>Unique id within a league for 
this team</xsd: documentation> 

</xsd:attribute> 

<xsd: attribute name="FullName" type="MediumString" 
use="required"> 

<xsd: documentation>this will be the concatenation 
of the Name and the NickName. will generally include the location and the 
mascot except in situations where there is no mascot . </xsd: documentation> 
</xsd:annotation> 
</xsd:attribute> 

<xsd: attribute name="Name" type="MediumString" use="required"> 

<xsd: documentation>this will uniquely identify the 
team for longer display purposes for the league, in the case of 
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professional leagues this is almost always nickname, in the case of college 
teams this is always name of the college . </xsd : documentation> 

</xsd:attribute> 

<xsd: attribute name="NickName" type="MediumString" 
use="required"> 

<xsd: documentation>this is always the 
nickname/mascot. Will be empty if the Name attribute also contains the 
mascot (D.C. United, Metrostars) or the team doesn't have a nickname (FC 
Dallas, Chivas USA) </xsd: documentation> 

</xsd:attribute> 

<xsd: attribute name="City" type="MediumString" use="required"> 

<xsd: documentation>location of the team, usually a 
city, sometimes a state</xsd: documentation> 
</xsd:annotation> 
</xsd:attribute> 

<xsd: attribute name="Abbreviation" type="AbbreviationString" 
use="required"> 

<xsd: documentation>scoreboard friendly abbreviation 
(always less than 8 characters ) </xsd : documentation> 
</xsd:annotation> 
</xsd:attribute> 

<xsd: attribute name="Alias" type="AliasString" use="required"> 

<xsd: documentation>short scoreboard friendly 
abbreviation (always less than 6 characters) - this will often be the same 
as abbreviation^ xsd: documentation> 

</xsd:attribute> 

<xsd: attribute name="Conf erence" type="MediumString" 
<xsd: documentation>Conf erence for a 

team</ xsd : documentation> 

</xsd:annotation> 
</xsd:attribute> 
</xsd : complexType> 

<xsd: complexType name="TVType"> 

<xsd:documentation>List of TV Stations that air this 
event</ xsd: documentation> 

</xsd:annotation> 
<xsd: sequence> 

<xsd:element name="Station" type="StationType" 
maxOccur s=" unbounded" /> 

</xsd: sequence> 
</xsd : complexType> 
<!-- station --> 

<xsd: complexType name="StationType"> 

<xsd:documentation>TV Station 
inf ormation</ xsd : documentation> 

<xsd:documentation>Call Letters for station, ie ABC, 
ESPN</xsd:documentation> 

<xsd: documentation>Af filiation for 
station</ xsd : documentation> 
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</xsd:annotation> 

<xsd: attribute name="CallLetter" type="MediumString" 
use="required"/> 

<xsd: attribute name="Af filiation" type="MediumString" 
use="required"/> 

</xsd : complexType> 

<!-- extended simple types --> 

<xsd: simpleType name="YearType"> 

<xsd: restriction base="xsd: integer"> 

<xsd:minlnclusive value="2 00 4 " /> 
<xsd:maxlnclusive value="9 99 9"/> 
</xsd:restriction> 
</xsd : simpleType> 

<xsd: simpleType name="LongString"> 

<xsd: restriction base="xsd: string" > 
<xsd:minLength value="0"/> 
<xsd:maxLength value=" 150 " /> 
</xsd : restriction> 
</xsd : simpleType> 

<xsd: simpleType name="MediumString"> 

<xsd: restriction base="xsd: string" > 
<xsd:minLength value="0"/> 
<xsd:maxLength value="60"/> 
</xsd : restriction> 
</xsd : simpleType> 

<xsd: simpleType name="ShortString"> 

<xsd: restriction base="xsd: string" > 
<xsd:minLength value="l"/> 
<xsd:maxLength value="15"/> 
</xsd : restriction> 
</xsd : simpleType> 

<xsd: simpleType name="AbbreviationString"> 
<xsd: restriction base="xsd: string" > 
<xsd:minLength value="0"/> 
<xsd:maxLength value="8"/> 
</xsd:restriction> 
</xsd : simpleType> 

<xsd: simpleType name="AliasString"> 

<xsd: restriction base="xsd: string" > 
<xsd:minLength value="0"/> 
<xsd:maxLength value="6"/> 
</xsd:restriction> 
</xsd : simpleType> 
</ xsd: schema> 
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Appendix B 



Exemplary match rules are shown below. In one embodiment, the match rules 

comprise location-specific criteria, or other geographical criteria. The starttimebefore and 

starttimeafter fields define an acceptable number of minutes on either side of the game to 

allow for game delays, etc. The durationmaximum and durationminimum fields define an 

acceptable number of minutes for the duration of a television program. In one embodiment, 

the match rules include multiple TeamSet fields, one for each supported language. 

<?xml version="l . 0" encoding="UTF-8 " ?> 
<Matches> 

<MatchLeague Leagueld="49" League="MLB"> 
<Match Name="English" 
Confidence="100" 
StartTimeBefore="40" 
StartTimeAfter="5" 
DurationMinimum="150" 
DurationMaximum="24 0 "> 

<ReducedTitle>MLB Baseball</ReducedTitle> 
<EpisodeTitle TeamSet="English" 
Fuzziness="80">@{VisitingTeam} at @ { HomeTeam) </EpisodeTitle> 
</Match> 

<Match Name="Spanish" 
Confidence="95" 
StartTimeBefore="40" 
StartTimeAfter="5" 
DurationMinimum=" 150 " 
DurationMaximum="24 0"> 
<ReducedTitle>BA©isbol de las Grandes 
Ligas</ReducedTitle> 

<EpisodeTitle TeamSet=" English" 
Fuzziness="80">@ { VisitingTeam} en @ { HomeTeam} </EpisodeTitle> 

<EpisodeTitle TeamSet=" English" 
Fuzziness="80">@ {VisitingTeam} a @ { HomeTeam} </EpisodeTitle> 
</Match> 

<Match Name="French" 
Confidence="95" 
StartTimeBefore="40" 
StartTimeAfter="5" 
DurationMinimum="150" 
DurationMaximum="24 0"> 
<ReducedTitle>Baseball des ligues 
majeures</ReducedTitle> 

<EpisodeTitle TeamSet="French" 
Fuz ziness=" 8 0">@ {VisitingTeam} rencontrent 
@{ HomeTeam} </EpisodeTitle> 
</Match> 

<Match Name="Null Title" 
Confidence="50" 
StartTimeBefore="20" 
StartTimeAfter="0" 
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DurationMinimum=" 150 " 

DurationMaximum=" 24 0" 

OneMatch="true"> 
<ReducedTitle>MLB Baseball</ReducedTitle> 
<EpisodeTitle>@{NULL}</EpisodeTitle> 
</Match> 

<Match Name="Teams TBA" Conf idence="40" 
StartTimeBefore="20" 
StartTimeAfter="0" 
DurationMinimum=" 150 " 
DurationMaximum=" 24 0" 
OneMatch="true"> 
<ReducedTitle>MLB Baseball</ReducedTitle> 
<EpisodeTitle IsRegex="true">Teams TBA</EpisodeTitle> 
</Match> 

<TeamSet Name="English"> 

<Team id=" 1 "><Name>Baltimore Orioles</Name></Team> 
<Team id="2"><Name>Boston Red Sox</Name></Team> 
<Team id="3"> 

<Name>Los Angeles Angels</Name> 

<Name>Los Angeles Angels of Anaheim</Name> 



</Team> 




<Team 


id= 


4"><Name>Chicago White Sox</Name></Team> 


<Team 


id= 


5"><Name>Cleveland Indians</Namex/Team> 


<Team 


id= 


6"><Name>Detroit Tigers</Namex/Team> 


<Team 


id= 


7 "XName>Kansas City Royals</Namex/Team> 


<Team 


id= 


8 "XName>Milwaukee Brewer s</Namex/Team> 


<Team 


id= 


9"><Name>Minnesota Twins</Namex/Team> 


<Team 


id= 


10"><Name>New York Yankees</Namex/Team> 


<Team 


id= 


11"> 



<Name>Oakland Athletics</Name> 
<Name>Oakland A's</Name> 
</Team> 

<Team id=" 12 "XName>Seattle Mariners</Namex/Team> 
<Team id="13"XName>Texas Rangers</Namex/Team> 
<Team id=" 14 "><Name>Toronto Blue Jays</Namex/Team> 
<Team id="15"XName>Atlanta Braves</Namex/Team> 
<Team id="16"XName>Chicago Cubs</Namex/Team> 
<Team id=" 17 "><Name>Cincinnati Reds</Namex/Team> 
<Team id="18"XName>Houston Astros</Namex/Team> 
<Team id="19"XName>Los Angeles Dodgers</Namex/Team> 
<Team id="20"XName>Washington Nationals</Namex/Team> 
<Team id="21"XName>New York Mets</Namex/Team> 
<Team id="22"XName>Philadelphia 
Phillies</Namex/Team> 

<Team id="23"XName>Pittsburgh Pirates</Namex/Team> 
<Team id="24"XName>St . Louis Cardinals</Namex/Team> 
<Team id="25"XName>San Diego Padres</Namex/Team> 
<Team id="26"XName>San Francisco Giants</Namex/Team> 
<Team id="27"XName>Colorado Rockies</Namex/Team> 
<Team id="28"XName>Florida Marlins</Namex/Teara> 
<Team id="29"XName>Arizona Diamondbacks</Namex/Team> 
<Team id="30"XName>Tampa Bay Devil Rays</Namex/Team> 
</TeamSet> 

<TeamSet Name="French"> 
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<Team id="15"><Name>les Braves d' Atlanta</Name></Team> 
<Team id="22"><Name>les Phillies a 
Phi ladelphie< /Name ></Team> 

<Team id="ll"><Name>les A's d ' Oakland</Namex/Team> 
<Team id="26"XName>les Giants A San 
Francisco</Namex/Team> 
</TeamSet> 
</MatchLeague> 
</Matches> 

Or for events that we want to compare the description as 
well: 

<MatchLeague Leagueld=" 1 68 " League="Cup"> 
<Match Name="English" 
Confidence="100" 
DurationMinimum=" 90 " 
DurationMaximum="30 0" 
StartTimeBefore="60" 
StartTimeAfter="0" 

<ReducedTitle>Nascar Racing</ReducedTitle> 

<EpisodeTitle Fuzziness="60">Nextel Cup 
@{ Title }</EpisodeTitle> 

<EpisodeTitle Fuzziness=" 60 ">@ { Title } </EpisodeTitle> 

<ReducedDescription Fuzziness="60">From @ { Location . Name } 
in @{Location.City} , @ { Location . State } </ReducedDescription> 

</Match> 
</MatchLeague> 
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Appendix C 

An exemplary fuzzy string comparison algorithm computes the similarity of two 
strings on a 0-100 scale. Exemplary operations are shown below. 

Operation 1 - Clean the characters in both strings removing punctuation, standardizing case, 
and removing extraneous white space. 

String 1: "PGA Tour Championship: First Round" 
Cleaned: "pga tour championship first round" 

String2: "PGA: Tour Champs - First Round Action" 
Cleaned: "pga tour champs first round action" 

Operation 2 - Compute the Levenshtein (or edit) distance, and the maximum Levenshtein 
distance between each pair of words in the two strings (using the equal weight of 1 for edit, 
insert, and delete). The score for each word comparison in the table below then is: 

( max distance - Levenshtein distance ) / max distance 



string 1 below 


pga 


tour 


champs 


first 


round 


action 


Best 


pga 


3/3 


0/4 


1/6 


0/5 


0/5 


0/6 


3/3 


tour 


0/4 


4/4 


0/6 


0/5 


2/5 


1/6 


4/4 


championship 


1/12 


0/12 


6/12 


2/12 


1/12 


4/12 


6/12 


first 


0/5 


0/5 


0/6 


5/5 


0/5 


0/6 


5/5 


round 


0/5 


2/5 


0/6 


0/5 


5/5 


0/6 


5/5 



Table CI. Score for Each Word Comparison. 



Operation 3 - For each word in string 1 compute the best value is the score with highest 
numerator. The final score is simply the sum of numerators in the best column divided by the 
sum of denominators. In this example, 23/29 as a percentage - 79%. 
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Operation 4 - To handle the case where words are repeated in either (but not both) of the 
strings (e.g., "girls, girls, girls" and "the girls"), we will access a penalty multiplier to the 
score from Step 3 in the case where more than one word from string 1 is mapped to a single 
word in string 2 and the score in the mapping is 2 or less below the maximum distance (e.g., 
6/8, 7/8, 8/8 are in, 5/8 and below are out). For each double mapped word multiple the score 
by .93, for each unmapped word multiple the score by .98. 

Operation 5 (optional, to improve results) - Average the score comparing string 1 to string 2, 
and string 2 to string 1. 

Operation 6 (optional) - Additionally for languages that do not have word divisions or where 
word divisions are ambiguous you can also compare the entire cleaned versions of string 1 
and string 2 using Levenshtein distance (and maximum Levenshtein distance). If that score is 
higher than the score computed comparing the words - then use that score instead. 

The following data is calculated and stored in summary tables, or may be easily queried from 
the final database. 

1 . Sports interlinking rate summary report 

- No. of sporting events that cannot be matched against television program 
listings by league 

- No. of sporting events that has been matched against television program 
listings by league 

- No. of television program listing sporting events that cannot be matched 
against the sports schedule data by league 

- No. of television program listing sporting events that can be matched 
against sports schedule data by league 

2. Sports interlinking detailed report 

- A list of sports schedule data sporting events that cannot be matched 
against television program listing data 

- By league 

- By confidence score 

- A list of sports schedule data sporting events that has been matched 
against television program listing data with the override data 
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- By league 

- By confidence score 

- A list of sports schedule data sporting events that has been matched 
against television program listing data without the override data 

- By league 

- By confidence score 
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CLAIMS 

What is claimed is: 

1 . A computerized method of interlinking sporting event metadata and television program 
listing metadata, said computerized method comprising: 

receiving sports schedule data from a sports data provider, said sports schedule data 
comprising metadata for a plurality of sporting events; 

receiving television program listing data from an electronic programming guide 
provider, said television program listing data comprising television program listings 
corresponding to at least one of the plurality of sporting events; 

receiving, from a rules provider, one or more configurable criteria defining 
characteristics of the sporting events; 

interlinking the received sports schedule data with the received television program 
listing data based on the received configurable criteria; and 

creating, for display to a user, an enhanced electronic programming guide as a 
function of the interlinked sports schedule data and the television program listing data. 

2. The computerized method of claim 1, wherein interlinking the received sports schedule 
data with the received television program listing data comprises: 

querying the television program listing data for candidate program listings based on 
the criteria; 

matching the candidate program listings to the metadata in the sports schedule data. 

2. The computerized method of claim 1, wherein the sports schedule data comprises one or 
more of the following for each of the plurality of sporting events: a title, a description, a start 
time, an end time, and a duration. 

3. The computerized method of claim 2, wherein the television program listing data includes 
an episode title and reduced description for each of the program listings, and wherein 
interlinking the received sports schedule data with the received television program listing 
data comprises: 

comparing the title in the sports schedule data with the episode title in the television 
program listing data; and 
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comparing the description in the sports schedule data with the reduced description in 
the television program listing data. 

4. The computerized method of claim 1, wherein the metadata for the plurality of sporting 
events is organized into one or more leagues, wherein each of the leagues comprises one or 
more games. 

5. The computerized method of claim 1, further comprising: 

receiving season data defining a season for each of the plurality of sporting events; 

and 

validating the sports schedule metadata by comparing the sports schedule metadata 
with the received season data. 

6. The computerized method of claim 1, further comprising receiving override data 
identifying a portion of the sports schedule data and a corresponding program listing in the 
television program listing data. 

7. The computerized method of claim 1, wherein the sports data provider comprises a first 
sports data provider, and further comprising: 

receiving additional sports schedule data from a second sports data provider; and 
interlinking the additional sports schedule data with the sports schedule data received 
from the first sports data provider. 

8. The computerized method of claim 1, further comprising configuring the criteria to 
account for changes to one or more of the following: the sports schedule data and the 
television program listing data. 

9. The computerized method of claim 1, wherein one or more computer-readable media have 
computer-executable instructions for performing the computerized method of claim 1 . 
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1 0. One or more computer-readable media having computer-executable components for 
creating an enhanced electronic programming guide, said components comprising: 

an interface component for receiving sports schedule data from a sports data provider, 
television program listing data from an electronic programming guide provider, and one or 
more configurable criteria defining characteristics of the sporting events from a rules 
provider, said sports schedule data comprising metadata for a plurality of sporting events; 

a comparison component for querying the television program listing data for each of 
the plurality of sporting events based on the configurable criteria to identify one or more 
television programs corresponding to each of the sporting events; 

an interlink component for matching the metadata for the plurality of sporting events 
with the television program listing data as a function of the querying by the comparison 
component; and 

a publication component for creating, for display to a user, an enhanced electronic 
programming guide with the metadata for the plurality of sporting events matched to the 
television program listing data by the interlink component, wherein a computing device 
executes the interface component, the comparison component, the interlink component, and 
the publication component. 

1 1 . The computer-readable media of claim 1 0, wherein a change to the configurable criteria 
accounts for a change to the sports schedule data or the television program listing data, and 
wherein the comparison component, the interlink component, and the publication component 
include compiled binary files responsive to the change to the configurable criteria without 
recompilation. 
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12. A system for interlinking sporting event metadata and television program listing 
metadata, said system comprising: 

a memory area storing sports schedule data including metadata for a plurality of 
sporting events, an electronic programming guide including television program listing data, 
and configurable match rules; and 

a processor configured to execute computer-executable instructions for: 

querying the television program listing data based on the configurable match rules for 
each of the plurality of sporting events; 

identifying, from the queried television program listing data, one or more television 
program listings corresponding to each of the sporting events; 

merging the metadata for the plurality of sporting events with the television program 
listing data for the identified television program listings; and 

updating the electronic programming guide with the merged metadata. 

13. The system of claim 12, further comprising a computer-readable medium having stored 
thereon a data structure representing override data that explicitly links a sporting event with a 
television program listing, said data structure comprising: 

a league identifier field storing a value representing a league identifier; 

a game identifier field storing a value representing a game identifier; and 

a program identifier field storing a value representing a television program listing. 

14. The system of claim 12, further comprising a computer-readable medium having stored 
thereon a data structure representing a global sports format for storing sports schedule data, 
said data structure comprising: 

a league field for storing a league identifier; and 

a game field storing a game identifier and start date value and a start time value 
associated therewith. 

15. The system of claim 14, wherein the data structure further comprises a team sports field 
storing a home team identifier, a visiting team identifier, and an event name associated with 
the game identifier. 

16. The system of claim 14, wherein the game field further stores a geographic location 
identifier storing a value associated with the game identifier. 
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17. The system of claim 12, further comprising binary files embodying the computer- 
executable instructions, wherein the processor is further configured to execute computer- 
executable instructions for reconfiguring the match rules, and wherein the computer- 
executable instructions for querying, identifying, merging, and updating execute responsive 
to the reconfigured match rules without recompiling the binary files. 

18. The system of claim 12, wherein the match rules comprise geographic criteria. 

19. The system of claim 12, further comprising: 

computerized means for storing sports schedule data in a global sports format; and 
computerized means for interlinking sporting event metadata and television program 
listing metadata. 

20. The system of claim 12, wherein the memory area further stores in-season data to 
validate the sports schedule data, said in-season data defining in-season time periods for each 
of the plurality of sporting events. 
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ABSTRACT 

Matching metadata for sporting events with television program listing data. A global 
sports format enables the import of sports metadata from various providers. The metadata is 
interlinked with the television program listing data via configurable match rules or criteria. 
An enhanced electronic programming guide is created to display, to a user, the interlinked 
metadata. 
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